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REMARKS 

This Amendment is submitted in response to the outstanding Office Action, dated 
July 30, 2003. Claims 1 through 29 are presently pending in the above-identified patent application. 

In the final Office Action, the Examiner rejected claims 1 through 26 under 35 U.S.C. 
5 § 103(a) as being unpatentable over Horvitz et al. (United States Patent Number 6,067,565) in view 
of Bryant et al. (United States Patent Number 6,078,956). The Examiner also rejected claims 1 
through 29 under 35 U.S.C. § 103(a) as being unpatentable over Kunkel et al. (United States Patent 
Number 5,961 ,603) in view of Narayanaswami (United States Patent Number 6,182,1 13) and Bryant 
et al. and rejected claims 1 through 29 under 35 U.S.C. § 103(a) as being unpatentable over Kunkel et 
10 al. in view of Vaid et al. (United States Patent Number 6,1 19,235) and Bryant et al. 

The present invention is directed to methods and apparatus forprefetching Internet 
resources based on the estimated round trip time for the resources referencedi^n a currently displ^d^- 
Web page. Documents with the longest access times are prefetched first and prefetching generally 



continues until the estimated round trip time falls below a .predefinedjhi^^ Thus, if a user 
1 5 clicks on an embedded hyperlink, the referenced document has either been fetched already or, if not, 

fetching the document from the origin server takes only a short time. 

The "round trip" time or access time of a resource is the time interval between the 

sending of the first byte of an HTTP request for the resource until the last byte of the server response 

has arrived at the requesting Web client. The round trip time may be estimated in accordance with 
20 the present invention, for example, using an HTTP HEAD request. A HEAD request obtains status 



— — 

information and the size of the requested resource, s, from the origin server. If the server responds 
to the HEAD request with the document size, s, the prefetching agent computes the estimated round 
trip time for further processing. If the server responds but fails to specify the document size, the j ^ 
prefetching agent utilizes the recorded average resource size, s, of resources previously received 
25 from the server. If the HEAD request does not yield any response from the server, or if the response 
shows an error code, then the prefetching agent determines that the hyperiinked document is noty 
accessible and can provide an error message immediately once the user clicks on this hyperlink: 
Independent Claims L 17, 25 and 27-29 

Independent claims 1, 17, and 25 were rejected under 35 U.S.C. §103(a) as being 
30 unpatentable over Horvitz et al. in view of Bryant et al. 
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In the previous Office Action, the Examiner asserted that Horvitz teaches prefetching 
Internet resources dependent on round-trip times based on send and receive times (col. 24, lines 12- 
20). 

In response, Applicant noted that Horvitz teaches that prefetching is performed 
5 according to an ascending order of prefetch times, i.e., an ascending order of the time required to 
prefetch an Internet resource. Independent claims 1, 25, and 27-29, as amended, require prefetching 
Internet resources according to a descending order of round trip times. 

In the current Office Action, the Examiner asserts that "various orders and round-trip 
times are taught and language identical or verbatim is not required in an obvious rejection." 
10 Applicant maintains that the order of fetching is critical to the performance of 

prefetching Internet resources. Thus, contrary to the Examiner's assertion, the order of prefetching 
should be considered in an obvious rejection. In particular, Horvitz actually teaches away from the 
present invention by teaching to prefetch in ascending order of prefetch times. Thus, a person of 
ordinary skill in the art would not read Horvitz to suggest prefetching in descending order of 
15 prefetch times, as is required by the independent claims of the present invention. 

Thus, Horvitz does not disclose or suggest prefetching Internet resources according 
to a descending order of prefetch times, as required by independent claims 1, 17, 25, and 27-29, as 
amended. In fact, if anything, Horvitz actually teaches away from the present invention. 
Kunkel et al. in view of Vaid et al. and Bryant et al. 
20 ' The Examiner also asserts that Kunkel discloses the prefetching of Internet resources. 

The Examiner recognizes, however, the Kunkel does not disclose or suggest the prefetching of data 
based on a descending order of round trip times and data size. 

The Examiner further asserts that Vaid teaches a system to schedule downloading of 
data in order to provide optimized computer usage. In addition, the Examiner notes that Vaid teaches 
25 "estimating a bit rate over a round-trip time between the data source and the data receiver." citing 
Abstract. 

While Vaid may disclose the estimation of round-trip times of data exchanged 
between a sender and a receiver in a data network, Vaid estimates the round-trip times of TCP/IP 
packets. The present invention, on the other hand, estimates the round-trip times of HTTP 
30 request/response events, . 
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HTTP traffic travels through software that runs atop TCP/IP stacks on cHent, server, 
and proxy computers. HTTP traffic therefore incurs latencies caused by such software. These 
latencies are generally not reflected in the TCP/IP round-trip times computed by Vaid. Moreover, 
HTTP traffic for the purpose of Web document prefetching, as in the context of the present 
5 invention, shows characteristics in terms of length and origin server access frequency that general 
TCP/IP traffic does not exhibit (the origin server is referred to as the "receiver" in Vaid). The 
present invention takes advantage of such HTTP traffic characteristics in its round-trip time 
estimation. 

For example, the present invention considers the length of an HTTP response (e.g., 
10 via an HTTP HEAD request) and the actually measured round- trip times of previous HTTP requests 
to the same origin server when computing the estimated round-trip time of an HTTP 
request/response event. Thus, the round-trip time estimations of the present invention are 
dynamically adjusted, based on changing network and server conditions, because estimates are based 
on previously measured round-trip times of HTTP request/response events to the same origin server. 
1 5 The adaptation to changing actual round-trip times is effected by(a1ine^^v^^ 

previous HTTP request/response events, if available, to the same origin server as data points. If there 
was no previous HTTP request/response event to the same origin server in the past, a basehne 



estimate is established through actually fe^hing^g^ the origin server via an HTTP 

GET request rather than estimating the round-trip time of the document. Vaid uses an unspecified 

20 baseline estimate in all cases. 

Thus, Kunkel et al.or Vaid et al., alone or in combination, do not disclose or suggest 
prefetching one or more Internet resources based on a descending order of estimated round trip times 
that is "based on an interval of time between a sending of an HTTP request and a receipt of a 
response to said HTTP request," as required by each of the independent claims, as amended. 

25 An example helps to illustrate the fundamental differences between Vaid and the 

present invention. Assume that a user. A, is communicating with two servers, B and C. The time 
interval between A sending a TCP packet to B and receiving back an acknowledgement is 100 msec. 
The time interval between A sending a TCP packet to C and receiving back an acknowledgement is 
200 msec. Further assume that identical Web servers are added to both B and C and that B has a 

30 slower processor than C. An HTTP request for a resource, R, processed by the Web server on 
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machine B takes 400 msec, whereas processing an HTTP request for a resource, R', by the Web 
server on C takes 100 ms. It is assumed that the HTTP requests~for R and R' and the HTTP 
responses to R and R' all fit in oneTClP/IP packet each, a quite typical scenario. ) 

Thus, the estimated round trip time for sending the -HTTPtequest for resource, R, 
5 from machine A to B (100 msec), processing the request in B's HTTP server (400 msec), and 
sending the HTTP response back to A (100 msec) is a total of 600 msec. The estimated round trip 
time for sending the HTTP request for resource, R\ from machine A to C (200 msec), having C's 
HTTP server process the request (100 msec) and sending the response back to A (200 msec) is a 
total of 500 msec. 

10 Thus, based on the TCP round trip time computed by Vaid, the resource from server 

C (with the longer TCP time) would be prefetched first. Based on the estimated round trip time 
computed by the present invention, however, the resource from server B (with the longer estimated 
HTTP round trip time) would be prefetched first. Thus, applying the present invention to this 
example yields exactly the opposite result that would be achieved using the round trip time of Vaid. 

15 However, Applicant asserts that this inventive method results in a more responsive and enjoyable 
user experience with reduced latencies in obtaining requested Web resources. 
Additional Cited References 

Narayanaswami was also cited by the Examiner for its disclosure that present Web 
pages are resolved periodically so as to maintain a hst of currently active links based on one or more 
20 variables. 

Narayanaswami is directed to the dynamic multiplexing of hyperlinks and 
bookmarks. Narayanaswami do not address the issue of prefetching based on prefetch times. 

Thus, Narayanaswami does not disclose or suggest prefetching Internet resources 
according to a descending order of prefetch times, as required by independent claims 1, 17, 25, and 
25 27-29, as amended. 

Bryant et al. were also cited by the Examiner for its disclosure of measure response 
times as seen by an end user for requests submitted from a Web browser to a Web server. 

Bryant is directed to "a method of logging information in a computer network 
having a Web client connectable to a Web server. In response to the HTTP request,(and as a 
30 result of receiving a response to that request), a response time associated with that first HTTP 
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request is calculated. Thereafter, the response time calculated is passed from the Web client on a 
subsequent HTTP request to that Web server, where the information is logged for later use." 
Citing Abstract. 

Thus, Bryant et al. do not disclose or suggest prefetching Internet resources according 
5 to a descending order of prefetch times, as required by independent claims 1, 17, 25, and 27-29, as 
amended. 

Dependent Claims 2-16, 18-24 and 26 

Dependent Claims 2-16, 18-24 and 26 were rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Horvitz et al. in view of Bryant et al., under 35 U.S.C. § 103(a) as being 

10 unpatentable over Kunkel et al. in view of Vaid et al. and Bryant et al. and under 35 U.S.C. § 103(a) 
as being unpatentable over Kunkel et al. in view of Narayanaswami and Bryant et al. Claims 2-16, 
18-24 and 26 are dependent on Claims 1, 17 or 25, respectively, and are therefore patentably 
distinguished over Horvitz et al., Kunkel et al., Vaid et al., Narayanaswami, and Bryant et al. (alone 
or in any combination) because of their dependency from amended independent Claims 1, 17 or 25, 

15 for the reasons set forth above, as well as other elements these claims add in combination to their 
base claim. 

In view of the foregoing, the invention, as claimed in Claims 1 through 29, cannot be 
said to be either taught or suggested by Horvitz et al., Kunkel et al., Vaid et al., Narayanaswami, and 
Bryant et al. (alone or in any combination). Accordingly, appHcant respectfully requests that the 
20 rejection of claims 1 through 29 under 35 U.S.C. § 103(a) be withdrawn. 

All of the pending claims, i.e., claims 1 through 29, are in condition for allowance 
and such favorable action is earnestly solicited. 

If any outstanding issues remain, or if the Examiner has any further suggestions for 
expediting allowance of this application, the Examiner is invited to contact the undersigned at the 
25 telephone number indicated below. 
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The Examiner's attention to this matter is appreciated. 

Respectfully, 

Date: September 25, 2003 Kevin M.Mason 

Attorney for Applicant(s) 
Reg. No. 36,597 
Ryan, Mason & Lewis, LLP 
1300 Post Road, Suite 205 
Fairfield, CT 06824 
(203) 255-6560 
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